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SYSTEM AND METHOD 
FOR BENCHMARKING ASSET CHARACTERISTICS 

RELATED APPLICATIONS 
[0001] This application claims the benefit of U.S. Application Serial No. 09/441,289 filed 
November 16, 1999, U.S. Provisional Application Serial No. 60/166,042 filed November 17, 
1999, U.S. Application Serial No. 09/503,671 filed February 14, 2000, U.S. Application 
Serial No. 09/504,000 filed February 14, 2000, U.S. Application Serial No. 09/504,343 filed 
February 14, 2000, US Application Serial No. 09/653,735 filed September 1, 2000, U.S. 
Application Serial No. 09/702,363 filed October 31, 2000, and U.S. Application Serial No. 
09/714,702 filed on November 16, 2000, the contents of which are all hereby incorporated in 
their entirety by reference. 

BACKGROUND OF THE INVENTION 
[0002] The present invention relates in general to systems for benchmarking asset 
information. In particular, this invention relates to a computer based system for automatically 
gathering, analyzing, and delivering information relating to the maintenance of a plurality of 
such assets, such as a fleet of industrial equipment, so as to maximize pertinent information 
that can be benchmarked against other assets and industry wide data to facilitate increasingly 
informed purchasing decisions in the future. 

[0003] Many businesses operate a plurality of physical assets to assist in the performance of 
the daily activities that are required to produce goods or services. For example, a typical 
manufacturer of goods often uses a fleet of industrial equipment, such as forklifits, conveyors, 
machine tools, and the like, in its daily operations to facilitate the manufacture of goods for 
its customers. In a similar manner, a typical provider of services also often employs a 
plurality of assets, such as computers, communications equipment, photo imaging equipment, 
and the like, in its daily operations to facilitate the performance of services for its customers. 
Traditionally, businesses have purchased such assets for use in their facilities and have 
employed staff to operate and maintain the assets in furtherance of the manufacture of goods 
or the performance of services. 

[0004] Regardless of the specific nature of the business, the operation of these assets has 
usually been considered to be somewhat ancillary to the core nature of the business. In other 
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words, although the use of these assets is helpful (indeed, sometimes necessary) for the 
business to manufacture the goods or provide the services in a cost efficient manner, the 
ownership, operation, and maintenance of such assets is not, of itself, a core function of the 
business. Consequently, the costs associated with the procurement and utilization of such 
assets have not been traditionally monitored or analyzed by the business in great detail. 
Rather, such costs have usually been considered to be relatively fixed costs of doing business, 
and any management of such assets has been performed, if at all, by relatively low level 
employees having little training or inclination to increase productivity and reduce costs. A 
lack of relevant asset-related data impeded attempts at benchmarking relevant asset 
characteristics in an attempt to determine "best practices" for an organization or industry. 
[0005] Optimization of productivity and minimization of costs are key considerations in the 
modern business environment. It would be desirable to capture and retain information 
relating to cost and utilization of an asset in order to facilitate better procurement and other 
business decisions in the future. Thus, it would be desirable to provide a computer based 
system for automatically gathering, analyzing, and delivering information relating to the 
procurement and utilization of a plurality of such assets, such as a fleet of industrial 
equipment, to facilitate a subsequent analysis of that information that includes benchmarking 
data relevant to future business decisions, and the ability to estimate "best practices" on a 
company-wide or industry-wide basis. 

[0006] It would also be desirable to be able to provide different parties having an interest in 
the asset ready access to up-to-date real-time and historical access to the information 
associated with asset usage, maintenance, performance, and the like. For example, besides 
the business using the asset, there is often a third party maintenance organization that helps to 
maintain the asset and a leasing company acting as the true asset owner that leases the asset to 
the business. Because the leasing company lacks appropriate information concerning the 
asset, the leasing arrangement typically takes this lack of information into account as part of 
the lease transaction, often through a combination of both a fixed lease amount tied to the 
asset regardless of use, as well as a financial cushion for the benefit of the true asset owner to 
cover unforeseen problems associated with the asset including over-use and improper 
maintenance. 

[0007] It would also be desirable to be able to provide different parties having an interest in 
the asset ready access to up-to-date real-time and historical access to the information 
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associated with asset usage, maintenance, performance, and the like. For example, besides 
the business using the asset, there is often a third party maintenance organization that helps to 
maintain the asset and a leasing company acting as the true asset owner that leases the asset to 
the business. Because the leasing company lacks appropriate information concerning the 
asset, the leasing arrangement typically takes this lack of information into account as part of 
the lease transaction, often through a combination of both a fixed lease amount tied to the 
asset regardless of use, as well as a financial cushion for the benefit of the true asset owner to 
cover unforeseen problems associated with the asset including over-use and improper 
maintenance. 

[0008] In some situations it is known to provide a fixed flat rate rental contract that has a 
variable overtime provision (e.g., an asset owner charges an asset user a flat rate plus an 
overtime charge in excess of a maximum usage level). However, a manual recordation of the 
additional time is required as opposed to automatic recording. 

[0009] In other situations it is known to provide billing tied to calendar usage (e.g., monthly). 
However, such usage does not take into account objective usage criteria such as actual hours 
of operation during a fixed time period. 

[0010] However, if the leasing company and the business both had ready access to the same 
information concerning the asset, the leasing company may be willing to share an increased 
portion of the financial risk/reward associated with the asset's usage, maintenance, 
performance, and the like. With appropriate objective information it may be possible to 
distribute a portion of the responsibility to other responsible third parties including the asset 
manufacturer or supplier, and asset maintenance organization. 

[0011] It is known to record and store operational parameters or fault codes associated with 
the asset, which may be transmitted using a communications network to a central location for 
the purpose of undertaking diagnostics. It is also known to use handheld devices for the real- 
time sharing of information with a central system. The handheld device can access 
information from the central system such as the status of available inventory. The central 
system can also provide instructions to a user of the handheld device. Finally, it is known to 
use various electronic systems for monitoring inventory. 

[0012] However, if each of the entities involved with an asset had ready access to the same 
information concerning the asset, and the ability to update that information as well as related 
information associated with maintenance of the asset on a real-time basis, the involved parties 
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may be willing to share an increased portion of the financial risk/reward associated with the 
usage, maintenance, performance, or the like with respect to the asset. With appropriate 
objective information it may be possible to distribute a portion of the responsibility to other 
responsible third parties including the asset manufacturer or supplier, and asset maintenance 
organization. 

[0013] Benchmarking relevant characteristics or attributes relating to an asset can provide 
useful information for future decisions. However, the ability to benchmark information in a 
meaningful way is often limited by a lack of data. For example, a small manufacturing 
facility may not use or own enough forklifts to obtain statistically significant data for 
benchmarking purposes. Even a larger organization may not own or use enough of a 
particular type or model of asset in order to obtain statistically significant benchmarking 
results. Thus, it would be desirable for a user of an asset benchmarking system to be able to 
benchmark asset data using the asset information of other companies or entities. One 
traditional obstacle to such a pooling of data is that companies do not want to share their 
identifiable business data with potential and actual competitors. Thus, it would be desirable 
for a third-party to manage an asset benchmarking system to facilitate the pooling of data with 
which to benchmark. Furthermore, it would also be desirable if the asset benchmarking 
system could be configured to hide entity-specific data fields that would reveal the identity 
("organizationally identifiable information") of the data source ("source entity"), when 
allowing other non-source entities to benchmark with the benefit of the source entity's data. 
Such a configuration could maximize the benefits of information pooling with respect to 
benchmarking, while minimizing the factors that would make an entity reluctant to participate 
in such a pooling arrangement. 



SUMMARY OF THE INVENTION 
[0014] This invention relates to a computer based system for automatically gathering, 
analyzing, and delivering information relating to the procurement and utilization of a plurality 
of assets, such as a fleet of industrial equipment, to facilitate the ability to benchmark such 
information in a flexible and comprehensive manner, as desired by a user of the system. The 
system can facilitate the implementation of "best practices" for a company or other entity by 
providing a means for benchmarking asset information against internal or industry-wide 
information relating to similar and dissimilar assets. 
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[0015] The system can benchmark information relating to a particular asset against similar 
information for an entire group of similar or dissimilar assets. The system provides users 
with the ability to define the group of assets included in a particular analysis. Benchmarking 
can focus on past cost and utilization information and how such information relates to the 
proper use and maintenance of such assets. Benchmarking can also incorporate a prospective 
view, such as when a particular type of model of an asset is being considered for 
procurement. 

[0016] The system can be used to determine the total cost of owning an asset over the 
lifetime of an asset. The system can predict the annual costs relating to a particular asset. 
The system can calculate the average cost per hour relating to a particular asset. The system 
can receive, store, analyze, and benchmark characteristics or attributes of an asset such as: the 
type of asset (the type or model); the various functions of an asset; usage information, 
including the number of hours used per year; plant activity information, such as shifts used 
and hours available; maintenance information, including the type of maintenance performed 
and how often; the year the item was manufactured; and any other information relating to an 
asset that can be tracked, stored, and used for benchmarking against other assets. 
[0017] The system can perform benchmarking which includes information not related to the 
entity performing the benchmarking analysis. The system can be used to pool together 
benchmarking information from non-related entities and organizations, including even 
competing entities, in order to provide a user with a volume of data no individual user of the 
system would otherwise have access to. The system can be configured to hide attributes or 
characteristics of asset information that would identify the source of the information. Such 
"hiding" can facilitate the willingness of entities to join in a multiple-entity information 
pooling arrangement. Entity identifiable information can be excluded while allowing other 
information to participate in the inter-entity information pool or group. 

[0018] Each of the assets is preferably provided with a data acquisition device for sensing and 
storing one or more operating characteristics associated therewith such as a fault code 
generated by the asset when there is a maintenance problem or when routine maintenance is 
required in accordance with predetermined criteria. That information can be transmitted 
through space to a receiver connected to a local controller for storing such information and 
for transmitting such information over the Internet to a remote analysis system. The remote 
analysis system automatically updates individual records associated with each of the assets 
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with the information received from the Internet. In response to such information, the remote 
analysis system automatically analyzes the newly provided information and generates reports 
regarding scheduled maintenance, warranty coverage, and other management information. 
These reports can be transmitted back over the Internet to an administrative controller for 
review by one or more persons responsible for managerial review. Additionally or 
alternatively, the remote analysis system can automatically post such reports on a website 
and, thus, be made available to one or more of such persons upon request. 
[0019] Not only can the information be provided to an administrative controller, but in can 
also be provided to third parties such as maintenance organizations, asset manufacturers or 
suppliers, and leasing companies. By providing up-to-date real-time and historical 
information concerning the asset, such third parties are willing to share the risk of the asset's 
usage, maintenance, and performance through creative arrangements with the asset user. A 
maintenance organization, for example, may be willing to enter into a fixed maintenance 
contract when it has the ability to readily detect adverse maintenance trends regarding an asset 
and is given the ability to take pro-active steps to address problems before they become 
major. The cost-savings associated with such a pro-active approach by an expert may be 
shared to the benefit of the business and the maintenance organization. Similarly, a leasing 
company that can reduce ownership risk through asset monitoring and appropriate asset 
utilization is more likely to agree to a hybrid minimum term payment and asset usage billing 
system or even a usage based billing system with no minimum payments. 
[0020] Various objects and advantages of this invention will become apparent to those skilled 
in the art from the following detailed description of the preferred embodiment, when read in 
light of the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0021] Fig. 1 is a schematic block diagram of a prior art computer based system for tracking 
and managing a plurality of assets. 

[0022] Fig. 2 is a flow chart of a prior art method for tracking and managing assets in 
accordance with the prior art computer based system illustrated in Fig. 1 . 

[0023] Fig. 3 is a schematic block diagram of a computer-based system for tracking and 
managing a plurality of assets in accordance with this invention. 
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[0024] Figs. 4A through 4C are three portions, respectively, of a flow chart of a method for 
tracking and managing assets in accordance with the computer based system illustrated in Fig. 
3. 

[0025] Fig. 5 illustrates the relationship of various parties to a database associated with an 
analysis controller. 

[0026] Fig. 6 is a flow chart of a subsystem illustrating the analysis of asset-related 
information to determine responsibility for asset utilization, and developing a lease 
relationship between an asset owner and an asset user based on asset utilization criteria. 
[0027] Fig. 7 is a flow chart illustrating the providing of maintenance to an asset in further 
detail. 

[0028] Fig. 8 is a flow chart illustrating what happens after a work order is generated based 
on maintenance approval. 

[0029] Fig. 9 is a flow chart illustrating the authorization subsystem 200. 
[0030] Fig. 10 illustrates the operation of data acquisition and analysis subsystem 300. 
[0031] Fig. 11 is a schematic block diagram illustrating a computer-based system for tracking 
and managing a plurality of assets that can also utilize the resulting information for 
benchmarking purposes in a comprehensive and flexible manner. 

[0032] Fig. 12 is a schematic block diagram illustrating how asset information for multiple 
entities can be used for benchmarking purposes. 

[0033] Fig. 13 is a flow chart illustrating the performance of benchmarking functionality 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 
[0034] Referring now to the drawings, there is illustrated in Fig. 1 a schematic block diagram 
of a prior art computer based system, indicated generally at 10, for tracking and managing a 
plurality of assets, several of which are indicated generally at 1 1. The assets 1 1 are illustrated 
as being a plurality of pieces of movable industrial equipment, such as a plurality of 
conventional forklifts or similar machinery, used in the manufacture of goods in a typical 
factory environment. However, the prior art method could be used to track and manage any 
type of asset 11, such as those described above, used in the manufacture of goods or the 
performance of services. The basic structure and operation of each of the forklifts 1 1 are well 
known in the art and, therefore, require no discussion for a complete understanding of this 
invention. 



65678-0045 (5676 DCCS) 



PATENT 



[0035] The prior art system 10 further included a remote analysis system, indicated generally 
at 12, for tracking and managing the assets 11. The remote analysis system 12 was 
completely separate and apart from the assets 11 and included an analysis controller 13 
having one or more input devices 14 and one or more output devices 15 connected thereto. 
The remote analysis system 12 could be embodied as any conventional electronic controller, 
such as a microprocessor-based computer device. The input device 14 was embodied as a 
keyboard or other conventional mechanism for manually inputting data in electronic form to 
the analysis controller 13 for processing in the manner described below. The output device 
15 was embodied as a printer or other conventional mechanism for generating a hard copy of 
the management information generated by the analysis controller 13 in the manner described 
below. 

[0036] Referring now to Fig. 2, there is illustrated a flow chart, indicated generally at 20, of a 
prior art method for tracking and managing the assets 1 1 in accordance with the prior art 
computer based system 10 illustrated in Fig. 1. Throughout this discussion, reference will be 
made to a first person or entity that owns or operates the assets 1 1 that are being tracked and 
to a second person or entity that is responsible for tracking the management information 
relating to such assets 11. Notwithstanding this, it will be appreciated that a single person or 
entity may not only own and operate the assets 11, but also track the management information 
relating thereto. 

[0037] In an initial step 21 of the prior art method 20, a record was created for each 
individual asset 1 1 by the person or entity responsible for tracking such assets, such as one of 
the forklifts 1 1 illustrated in Fig. 1. This record was created electronically within the analysis 
controller 13 by means of the input device 14 and included a variety of information that was 
desired to be tracked for management purposes. First, the record included information that 
uniquely identified the particular asset 11 being tracked. Such identification information 
included, for example, data regarding the make, model, year, and serial number of the asset 
11, plus any customer-assigned identification number. Second, the record included 
information that related to the operational characteristics of the particular asset 1 1 being 
tracked, such as the physical requirements or limitations of the asset 1 1 (mast height, load 
capacity, type of tires for the forklift 1 1, for example), the type of fuel used, and the period of 
time or usage between the performance of periodic maintenance. Third, the record included 
information relating to the acquisition of the asset 1 1 by the owner or lessee thereof. Such 
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acquisition information included, for example, the type and date of acquisition (purchase or 
lease, for example), the name of the owner or lessee, the location at which the asset 1 1 is 
used, the expected amount of usage of the asset 11 (one, two, or three shifts, for example), 
and the cost of the acquisition or lease. Furthermore, the record included an area for adding 
additional information or remarks as desired. 

[0038] In a second step 22 of the prior art method 20, it was determined whether a 
maintenance invoice had been received by the person or entity responsible for tracking the 
assets 11. Typically, a maintenance invoice was a written communication that was generated 
created by or at the request of the person or entity that owned or operated the assets 11. The 
maintenance invoice was usually generated upon the occurrence of an event relating to the 
particular asset 1 1 and generally contained information regarding the status of one or more 
operational characteristics of that asset 11. For example, after a particular forklift 11 had 
been operated by the person or entity that owned or operated the asset 11 for a particular 
period of time, it would require the performance of some maintenance. This maintenance 
may, for example, have constituted routine preventative service as a result of the elapse of a 
predetermined period of time or usage. Alternatively, such maintenance may have constituted 
non-routine service, such as a repair of a mechanical breakdown. In either event, a 
maintenance invoice was generated as a result of the performance of that maintenance. The 
occurrence of other events related to the assets 11 could also result in the generation of 
maintenance invoices. In many cases, the maintenance was performed by a maintenance 
organization having specialized knowledge of asset 1 1 and its long-term care. 
[0039] Regardless of the nature of the event that caused them to be generated, the 
maintenance invoices were generated in hard copy form and contained therein certain 
information that was desired to be tracked for management purposes, such as the date and 
nature of the maintenance that was performed, the amount of usage of the asset 11 as of the 
date of such maintenance, and the cost of such maintenance. To perform the second step 22 
of the prior art method 20, the maintenance invoices were required to be physically delivered 
from the location where the assets 11 were being used or serviced to the location of the 
analysis controller 13 or to the location of the input device 14 of the analysis controller 13. 
By physically delivered, it is meant that the maintenance invoice was transmitted in a non- 
electronic, hard copy form (including, for example, by facsimile) from the person or entity 
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that owned or operated the asset 1 1 (and who performed, or had performed, the maintenance 
on the asset 1 1) to the person or entity responsible for tracking the assets 1 1 . 
[0040] As shown in Fig. 2, the prior art method 20 continuously repeated step 22 until it was 
determined that a maintenance invoice had been received by the person or entity responsible 
for tracking the assets 11. When that occurred, the prior art method branched from the step 
22 to a step 23, wherein the record contained in the analysis controller 13 relating to the 
particular asset 1 1 was updated with the information contained in the maintenance invoice. 
This step 23 was accomplished by utilizing the input device 14 to manually enter the 
information contained in the maintenance invoice into the record relating to the particular 
asset 1 1 contained in the analysis controller 13. 

[0041] Based upon the updated information contained in the record of the asset 11, the 
analysis controller 13 was programmed to perform a fourth step 24 of the prior art method 20, 
wherein it was determined whether a sufficient period of time or usage had elapsed as to 
trigger the performance of periodic routine maintenance for that asset 11. Typically, such 
determination was made by determining the amount of the elapsed time or usage of the asset 
1 1 (by comparing the most recent indication of the date or amount of usage of the asset 1 1 
with the previous date or amount of usage contained in the record stored in the analysis 
controller 13), and by comparing such elapsed time or amount of usage with a predetermined 
standard (also contained in the record of the asset 1 1 stored in the analysis controller 13). If it 
was determined that a sufficient amount of elapsed time or amount of usage had occurred, the 
method 20 branched from the step 24 to a step 25, wherein a hard copy maintenance report 
was generated by the output device 15. Then, in step 26 of the prior art method 20, the 
maintenance report generated in the step 25 was physically delivered from the person or entity 
responsible for tracking the asset 1 1 to the person or entity that owned or operated the asset 
11. The maintenance report advised the person or entity that owned or operated the asset 11 
that the time had arrived for the performance of periodic routine maintenance. 
[0042] Thereafter, the prior art method 20 entered a step 27, wherein it was determined 
whether a predetermined period of time had elapsed to generate a periodic management report 
covering some or all of the assets 1 1 being tracked. Alternatively, if in step 24 of the prior art 
method 20, it was determined that a sufficient amount of elapsed time or amount of usage had 
not yet occurred, the method 20 branched directly from the step 24 to the step 27. In either 
event, such management reports were typically generated on a monthly basis. Thus, if the end 
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of the month had occurred, the prior art method 20 branched from the step 27 to a step 28 
wherein a hard copy management report was generated by the output device 15. Then, in step 
29 of the prior art method 20, the management report generated in the step 28 was physically 
delivered from the person or entity responsible for tracking the asset 1 1 to the person or entity 
that owned or operated the asset 1 1 The management report advised the person or entity that 
owned or operated the asset 1 1 of the status of some or all of the assets 1 1 that were being 
tracked, allowing various management oversight and decisions to be made at that time. 
Thereafter, the prior art method 20 returned from the step 29 to the step 22, wherein it was 
determined whether a maintenance invoice had been created by or at the request of the person 
or entity that owns or operates the assets 1 1 and was physically delivered to the person or 
entity responsible for tracking the assets 1 1 . Alternatively, if in step 27 of the prior art 
method 20, it was determined that a predetermined period of time had not yet elapsed to 
generate a periodic management report covering some or all of the assets 1 1 being tracked, 
then the method 20 returned directly from the step 27 to the step 22. 

[0043] Referring now to Fig. 3, there is illustrated schematic block diagram of a computer 
based system, indicated generally at 30, for tracking and managing a plurality of assets, 
indicated generally at 31, in accordance with this invention. As with the prior art system 10 
described above, the illustrated assets 3 1 are represented as a plurality of pieces of movable 
industrial equipment, such as a plurality of conventional forklifts or similar machinery, used 
in the manufacture of goods in a factory environment. However, the method of this invention 
can be used to track and manage any type of asset 31, such as those described above, used in 
the manufacture of goods or the performance of services. 

[0044] As above, the basic structure and operation of each of the forklifts 3 1 are well known 
in the art, and, therefore, require no discussion for a complete understanding of this invention. 
However, unlike the forklifts 1 1 of the prior art system 10, a data acquisition device 32 is 
provided on each of the forklifts 31 for sensing and storing one or more operating 
characteristics of the associated forklift 31. The basic structure and operation of each of the 
data acquisition devices 32 are conventional in the art. For example, each of the data 
acquisition devices 31 may be embodied as an electronic processor or controller that can 
sense or be otherwise responsive to one or more operating conditions of the associated forklift 
31. Each of the data acquisition devices 31 can be responsive to any desired operating 
conditions of the forklift 31 that might be considered important in making effective 
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management decisions regarding the operation of the forklift 31. Such desired operating 
conditions can, for example, include the time duration of use (and non-use), distances 
traveled, the extent of fork usage, the nature of hydraulic system utilization, and the like. 
More typically for industrial assets, the most important criteria is time duration of use. The 
sensed operating conditions of the forklifts 31 are preferably stored at least temporarily in a 
memory of the data acquisition device 32 for subsequent communication to a remote analysis 
system, indicated generally at 50, for analysis in the manner described in detail below. Thus, 
the data acquisition devices 32 sense and store the desired operating conditions for each of the 
forklifts 31 during use. 

[0045] Each of the forklifts 31 is further provided with a transmitter 33 or other 
communications system for transmitting the acquired data from the data acquisition device 32 
to the remote analysis system 50 for analysis. Each of the transmitters 33 may be embodied 
as any conventional device for transmitting the acquired data to the remote analysis system 
50, such as a hard-wired communications interface. However, as is well known, each of the 
forklifts 31 is a movable vehicle that is capable of traveling extensively throughout the 
particular environment in which it is used. To facilitate the transmission of the acquired data, 
therefore, the transmitter 33 is preferably embodied as a wireless communications system, 
such as represented by an antenna 34. The transmitters 33 and the wireless communications 
systems 34 can be embodied as conventional radio frequency transmitters provided on each of 
the forklifts 31 that transmit electromagnetic signals. However, other well known forms of 
wireless communication, such as those utilizing light or sound, may be used in lieu of a radio 
frequency transmitter. 

[0046] The wireless communications systems 34 are adapted to transmit signals that are 
representative of the sensed operating conditions of the forklifts 31 through space to a 
receiver 35. In contrast to the forklifts 31 that can travel extensively throughout the 
environment in which they are operated, the receiver 35 is preferably provided at a fixed 
location within that environment. If desired, a plurality of such receivers 35 may be provided 
at different locations within the environment in which the forklifts 31 are operated. As the 
forklifts 31 move about the environment during use, they will occasionally pass by or near the 
receiver 35. When this occurs, the receiver 35 receives the data transmitted from the 
respective data acquisition units 32. The receiver 35 is also conventional in the art. 
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[0047] Preferably, the data acquisition units 32 and the receivers 35 are in bi-directional 
communication with one another. One advantage of such bi-directional communication is 
that the data acquisition unit 32 can send out a query signal on a predetermined basis to be 
received by the receiver 35 when the two units 32 and 35 are sufficiently close to 
communicate reliably with one another. Thus, when the data acquisition unit 32 contacts the 
receiver 35, the receiver 35 can send a first signal back to the data acquisition unit 32 to 
instruct it to begin transmitting the acquired data. At the completion of the data transfer, the 
receiver 35 can send a second signal back to the data acquisition unit 32 to acknowledge the 
receipt of the transmitted data. A conventional error checking algorithm can be used to 
confirm the accuracy and completeness of the transmitted data and, if necessary, request a re- 
transmission thereof. 

[0048] Another advantage of such bi-directional communication is that data in the form of 
new commands, program updates, instructions, and the like can be sent to the data acquisition 
units 32 from the receiver 35. hi some instances, such as when a data acquisition unit 32 is in 
generally continuous communication with a receiver 35, a user of the forklift 31 can be 
prompted to provide certain information for transmission to the receiver 35 for further 
analysis. 

[0049] The receiver 35 is connected to a local controller 36. The local controller 36 is also, 
of itself, conventional in the art and may be embodied as an electronic controller that is 
adapted to receive and store at least temporarily the data from each of the receivers 35. 
Alternatively, if the assets 31 are fixed in position, such as in the case of a plurality of 
stationary machines used in a manufacturing environment, the receiver 35 or receivers 35 may 
be provided on movable structures that move about the environment to receive the 
information transmitted therefrom. In either event, it is desirable that the local controller 36 
acknowledge receipt of the information transmitted from the data acquisition devices 32, 
allowing the data acquisition devices 32 to delete the transmitted information and begin 
storing newly acquired information. A combined system including the data acquisition 
device 32, the transmitter 33, the wireless communications system 34, the receiver 35, and 
software for operating the local controller 36 to gather and report data is commercially 
available, such as from ID. Systems, Inc. of Hackensack, New Jersey or Requip (formerly 
SXI). 
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[0050] In a preferred embodiment, the various elements located in an asset 31 are hardwired 
into the electrical system of the asset to minimize the possibility of undesirable failure or 
tampering. 

[0051] Thus, after the forklifts 31 have been operated for a period of time, the local controller 
36 will have gathered and stored therein a certain amount of information regarding the 
individual operating characteristics for each of the forklifts 31. The local controller 36 is 
programmed to periodically transmit the information stored therein to the remote analysis 
system 50 for analysis. This can be accomplished by providing the local controller 36 with a 
conventional modem 37 or other communications device that can convert the stored 
information into a format that is compatible for transmission through an electronic 
communications network, such as the internet 40. As is well known, the Internet 40 is a 
digital electronic communications network that connects computer networks and 
organizational computer facilities around the world. Access to the Internet 40 can be easily 
obtained in most locations through the local telephone lines or by similar means. 
[0052] The system 30 of this invention may be used to track and manage a plurality of assets 
31 located at any desired physical location. Additionally, the system 30 of this invention may 
be used to track and manage assets 3 1 located at a plurality of different physical locations, as 
suggested by the dotted lines in Fig. 3. Each different physical location can be provided with 
one or more receiver 35, a local controller 36, and a modem 37 to connect the system 30 to 
the Internet 40. 

[0053] As mentioned above, the sensed operating conditions of the forklifts 3 1 are intended 
to be transmitted to the remote analysis system 50 for analysis. Referring again to Fig. 3, it 
can be seen that the remote analysis system 50 includes an analysis controller 51 that is 
connected to communicate through the internet 40 by means of a modem 52 or similar 
communications device. If desired, a communications server 51a may be connected between 
the analysis controller 51 and the modem 52. The communications server 51a is provided to 
selectively receive and organize the information from each of the local controllers 36 for 
delivery to the analysis controller 51. The analysis controller 51 can be embodied as any 
conventional electronic controller that is capable of receiving the sensed operating conditions 
of the forklifts 31 and for processing that information in a desired manner described in detail 
below. Ideally, the sensed operating conditions of the forklifts 31 are used to automatically 
generate and analyze management reports relating to the procurement and utilization of a 
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plurality of the forklifts 31 to maximize productivity and to reduce operating costs and 
administrative burdens. An input device 53 and an output device 54, both of which are 
conventional in the art, may be connected to the analysis controller 51. 

[0054] As also shown in Fig. 3, one or more administrative controllers 55 (only one is 
illustrated) can be connected to the internet 40 through respective modems 56 or similar 
communications devices. Each of the administrative controllers 55 can also be embodied as 
any conventional electronic controller that can request and receive information from the 
remote analysis system 50 through the Internet 40. In a manner that is described in detail 
below, the administrative controllers 55 are provided to request and receive the management 
information generated by the remote analysis system 50. If desired, the local controller 36 
can also function as an administrative controller 55, although such is not necessary. An input 
device 57 and an output device 58, both of which are conventional in the art, may be 
connected to the administrative controller 55. 

[0055] Referring now to Figs. 4A through 4C, there is illustrated a flow chart, indicated 
generally at 60, of a method for tracking and managing the assets 31 in accordance with this 
invention using the computer based system 30 illustrated in Fig. 3. Throughout this 
discussion also, reference will be made to a first person or entity that owns or operates the 
assets 31 that are being tracked and to a second person or entity that is responsible for 
tracking information relating to such assets 31. As above, it will be appreciated that a single 
person or entity may not only own and operate the assets 31, but also track the information 
relating thereto. 

[0056] In an initial step 61 of the method 60, a record is created for each individual asset 31 
by the person or entity responsible for tracking such assets, such as one of the forklifts 31 
illustrated in Fig. 3. The record can be created electronically within the analysis controller 51 
by means of the input device 53 and can include a variety of information that is desired to be 
tracked for management purposes, including all of the information described above in 
connection with the forklifts 11 and the analysis controller 13. Additionally, the record can 
further include information regarding the nature and time duration of a warranty provided by 
the manufacturer or supplier of the assets 31. Such warranty information can be used in the 
manner described in further detail below to automatically determine whether the 
responsibility for the maintenance being performed on the asset 31, either in whole or in part, 
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should rest with the manufacturer or the supplier of the asset 31 or with the owner or user of 
the asset 31. 

[0057] In a second step 62 of the method 60, it is determined whether a maintenance invoice 
has been received by the person or entity responsible for tracking the assets 31. Such 
maintenance invoices can be generated and delivered in the same manner as described above. 
If it is determined that a maintenance invoice has been received by the person or entity 
responsible for tracking the assets 31, the method branches from the step 62 to a step 63, 
wherein the record contained in the analysis controller 51 relating to the particular asset 31 is 
updated with the information contained in the maintenance invoice in the same manner as 
described above. Next, the method enters a step 64 wherein the record contained in the 
analysis controller 51 relating to the particular asset 31 is updated with information from the 
internet 40. Alternatively, if it is determined that a maintenance invoice has not been 
received by the person or entity responsible for tracking the assets 31, the method branches 
directly from the step 62 to the step 64. 

[0058] As discussed above, the local controller 36 will have gathered and stored therein a 
certain amount of information regarding the individual operating characteristics for each of 
the forklifts 31. The local controller 37 is programmed to periodically transmit the 
information stored therein to the remote analysis system 50 for analysis. The analysis 
controller 51 can include a memory circuit for storing this information from the local 
controller 36. The transmission of the information from the local controller 36 to the analysis 
controller 5 1 can be performed in real time, upon occurrence of predetermined events (such 
as the gathering of a predetermined amount of information), or at predetermined time 
intervals, hi any event, the record contained in the analysis controller 51 is automatically 
updated with the latest information regarding the status of the asset 31, without any human 
intervention. 

[0059] Based upon the updated information contained in the record of the asset 31, the 
analysis controller 51 next determines whether a sufficient period of time or usage has 
elapsed as to trigger the performance of periodic routine maintenance for that asset 31. This 
determination can be made in the same manner as described above in connection with 24 of 
the prior art method 20. If it is determined that a sufficient amount of elapsed time or amount 
of usage had occurred, the method 60 branches from the step 65 to a step 66, wherein an 
electronic maintenance report is generated. If desired, a hard copy of the maintenance report 
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can also be generated by an output device 54 connected to the analysis controller 5 1 . Then, in 
step 67 of the method 60, the electronic maintenance report generated in the step 66 is 
delivered from the person or entity responsible for tracking the asset 31 to the person or entity 
that owns or operates the asset 31 through the Internet 40. As above, the maintenance report 
can advise the person or entity that owns or operates the asset 31 that the time has arrived for 
the performance of periodic routine maintenance. Moreover, if a specific fault code has been 
generated, that can be provided as well. Alternatively, the maintenance report 55 can be 
delivered to a specialized maintenance organization responsible for maintenance of the assets 
31. The electronic maintenance report can, for example, be delivered through the Internet 40 
to one or more of the administrative controllers 55 as desired. Alternatively, or additionally, 
the electronic maintenance report can be delivered through the Internet 40 to one or more of 
the local controllers 36. Also, in step 68 of the method 60, the electronic maintenance report 
generated in the step 66 is posted on a website maintained on the Internet 40. The website 
may be maintained either by the person or entity responsible for tracking the asset 31 or by 
the person or entity that owns or operates the asset 31 through the Internet 40. As opposed to 
the direct electronic delivery of the maintenance report to a particular person or group of 
persons contemplated in the step 67, the step 68 contemplates that the maintenance report is 
made available to such person or group of persons at their request over the Internet 40. 
[0060] Thereafter, the method 60 enters a step 69, wherein it is determined whether any 
maintenance that has been performed on the asset 3 1 occurred within the warranty period 
provided by the manufacturer or supplier. Alternatively, if in the step 65 of the method 60, it 
was determined that a sufficient amount of elapsed time or amount of usage had not yet 
occurred, the method 60 branches directly from the step 65 to the step 69. In either event, this 
determination can be made by comparing the date of service or amount of usage of the asset 
3 1 with the warranty information contained in the record for that asset 3 1 contained in the 
analysis controller 51. If it is determined that service on the asset 3 1 occurred within the 
warranty period, the method 60 branches from the step 69 to a step 70, wherein an electronic 
warranty report is generated. If desired, a hard copy of the warranty report can also be 
generated by the output device 54 connected to the analysis controller 51. Then, in step 71 of 
the method 60, the electronic warranty report generated in the step 70 is delivered from the 
person or entity responsible for tracking the asset 31 to the person or entity that owns or 
operates the asset 31 through the Internet 40. As above, the warranty report can advise the 
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person or entity that owns or operates the asset 31 that the service performed on the asset 31 
should be paid for by the manufacturer or supplier of the asset 31. The electronic warranty 
report can, for example, be delivered through the Internet 40 to one or more of the 
administrative controllers 55 as desired. Alternatively, or additionally, the electronic 
warranty report can be delivered through the Internet 40 to one or more of the local 
controllers 36. Also, in step 72 of the method 60, the electronic warranty report generated in 
the step 70 is posted on a website maintained on the Internet 40. The website may be 
maintained either by the person or entity responsible for tracking the asset 31 or by the person 
or entity that owns or operates the asset 31 through the Internet 40. As opposed to the direct 
electronic delivery of the warranty report to a particular person or group of persons 
contemplated in the step 71, the step 72 contemplates that the warranty report is made 
available to such person or group of persons at their request over the Internet 40. 
[0061] Thereafter, the method 60 enters a step 73, wherein it is determined whether a 
predetermined period of time has elapsed to generate a periodic management report covering 
some or all of the assets 31 being tracked. Alternatively, if in step 69 of the method 60, it was 
determined that a sufficient amount of elapsed time or amount of usage had not yet occurred, 
the method 60 branches directly from the step 69 to the step 73. fn either event, such 
management reports are typically generated on a monthly basis. Thus, if the end of the month 
has occurred, the method 60 branches from the step 73 to a step 74, wherein an electronic 
management report is generated. If desired, a hard copy of the management report can also be 
generated by the output device 54 connected to the analysis controller 5 1 . Then, in step 75 of 
the method 60, the electronic management report generated in the step 74 is delivered from 
the person or entity responsible for tracking the asset 3 1 to the person or entity that owns or 
operates the asset 3 1 through the Internet 40. As above, the management report can advise 
the person or entity that owns or operates the asset 31 of the same information as the 
management reports discussed above. The electronic management report can, for example, 
be delivered through the Internet 40 to one or more of the administrative controllers 55 as 
desired. Alternatively, or additionally, the electronic management report can be delivered 
through the Internet 40 to one or more of the local controllers 36. Also, in step 76 of the 
method 60, the electronic warranty report generated in the step 74 is posted on a website 
maintained on the Internet 40. The website may be maintained either by the person or entity 
responsible for tracking the asset 31 or by the person or entity that owns or operates the asset 
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31 through the Internet 40. As opposed to the direct electronic delivery of the management 
report to a particular person or group of persons contemplated in the step 75, the step 76 
contemplates that the management report is made available to such person or group of 
persons at their request over the Internet. 

[0062] Fig. 4C demonstrates an additional functional aspect of method 60 using the inventive 
system, hi addition to determining whether a maintenance invoice has been received, if 
scheduled maintenance has been performed, and determining the party responsibility for 
certain maintenance activities, it is possible to poll asset data points at point 76 from an 
analysis controller database 78 associated with one or more discrete analysis controllers 51 
that may be associated with one or more businesses. A plurality of databases 78 is shown. 
One or more separate databases may be combined to form a logical database 78. When a 
maintenance organization has access to various asset fleets of the same type or make of 
equipment, it may be beneficial to analyze the relevant information using a larger available 
knowledgebase of information to analyze appropriate trends. By analyzing the data points, 
certain maintenance trends can be analyzed and problems can be anticipated before they 
affect asset utilization. For example, if it turns out that asset 3 1 has a tendency to need new 
batteries after a certain period of usage; the need for such batteries can be anticipated and 
stocked on site when appropriate to facilitate maintenance. As shown in Fig. 4C, once the 
various trends have been analyzed for assets 31, at decision point 80 it is determined whether 
preventative maintenance is required. If it is required, the maintenance is performed as 
shown at point 82 and the information is stored in database 78. The asset data points are then 
analyzed again until it is determined that no further preventative maintenance is required. 
Then the system terminates at point 84. Thus, figures 4A through 4C illustrate the use of 
critical information from assets 3 1 to perform maintenance and to provide a methodology for 
providing access to information by various third parties. 

[0063] There are a number of significant advantages to having appropriate access to and the 
ability to analyze data associated with an asset 31 and the interaction of various parties with 
that asset. Fig. 5 illustrates the beneficial interrelationships that promote efficiency by having 
the various parties associated in some way with an asset 31 in one or two-way communication 
with analysis controller 51 either by way of administrative controller 55, reports 71 or 75, 
web site postings electronic mail, or the like. As illustrated, a maintenance organization 86, 
an asset manufacturer or supplier 88, asset user/business 90, and asset owner/leasing company 
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92 all at least provide information to analysis controller database 78 of analysis controller 5 1 . 
Both an individual user 85 and the asset 31 itself also provide data as illustrated in the figure 
and discussed herein. Therefore, at the very least each party is required to contribute pertinent 
information concerning its interaction with an asset 31 to database 78 of asset controller 51, 
where the information is available for further consideration and analysis. 
[0064] As already discussed above, asset 31 provides usage and performance data that is 
stored in asset controller 51 according to certain predetermined criteria important for that 
asset including such things as asset location, model, age, usage, and maintenance status. 
Once relevant data is collected, it is possible to analyze utilization of a specific asset 31. It is 
also possible to analyze a class of assets 3 1 using one or more types of available data. From 
such an analysis, best mode practices can be developed with respect to asset utilization 
including preventative maintenance and a determination of the extent of optimum asset use. 
More specifically, for example, a business 90 may decide to standardize its fleet of assets, 
replace specific assets that have demonstrated unreliability, and either upsize or downsize a 
fleet to maximize safe asset utilization. 

[0065] As discussed in greater detail with respect to Fig. 9 below, utilization of asset 3 1 by an 
individual user 85 is also tracked. A review of the available data can also provide detailed 
information on the interaction of a business 90 or individual users 85 with assets 31 as 
opposed to other businesses or users. From such an analysis it is possible to consider training 
issues, certification, and issues related to particular individuals, whose actions can have 
significantly influence asset utilization. 

[0066] The role of other vendors such as part distributors, an example of another vendor 93, 
and maintenance organizations 86 can be compared with respect to other parties in similar 
roles or historical data to determine their effectiveness. While business 90 may provide its 
own maintenance of assets 31, a separate maintenance organization 86 is in the illustrated 
embodiment. 

[0067] A vendor may be penalized or rewarded depending on the results of its activities, 
providing increased incentives to promote efficiencies. With respect to asset manufacturers or 
suppliers 88, it is possible to compare assets provided by different parties 88 to determine 
how well their assets perform in practice. Thus, warranty issues, maintenance costs, lost 
operation time, and the like can be determined from an analysis of asset information over 
time or involving different manufacturers to provide guidance on how assets 31 from a 
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particular manufacturer perform in different environments and as compared to competing 
assets of other manufacturers or suppliers in that environment. 

[0068] More specifically, for an asset manufacturer or supplier 88, warranty information as 
shown by steps 70 through 72 of Fig. 4B is of particular interest. While it may not be 
appropriate for a supplier 88 to be able to alter information in database 78, the ability to 
quickly and accurately collect information concerning warranty obligations and the like is of 
particular benefit to all of the parties. For example, warranty issues may be caught more 
quickly, ultimately reducing asset cost and operation while simultaneously promoting asset up 
time. 

[0069] The advantages of an asset owner 92 having at least one and possibly two-way access 
to the real-time and historical information stored in analysis controller database 78 as well as 
the ability to communicate with supplier 88, maintenance 86, and business 90, is illustrated in 
subsystem 98 illustrated in Fig. 6. It is assumed for the discussion that follows that the 
owner of the asset 3 1 is a separate asset owner 92 such as a leasing company, as opposed to 
business 90 itself, although this is not a requirement of the invention, subsystem 98 is often 
activated by the asset owner 92 using data from database 78, but typically utilizing its own 
lease administration and billing systems. In many cases it is also using its own fleet analysis 
and management systems, which are typically aggregating information from a number of 
different fleets associated with a plurality of businesses 90. These various systems, one or 
more of which may be used independently or in concert, are collectively shown at point 99. 
As noted above, web-site access, generated reports, analysis controllers 51, and 
administrative controllers 55 provide exemplary access points for pulling asset information 
from system 30. 

[0070] An asset owner 92 and an asset user such as business 90 share the common interest in 
maximizing efficiency by taking into account such variables as asset usage and asset costs. 
The more information that is available, the more likely that efficiency is maximized. In 
traditional leasing relationships involving non-fixed or movable assets such as forklifts where 
minimal asset utilization information is available, the burden of determining the point of 
maximum efficiency typically rests with business 90, since it has control over the asset. 
Therefore, a leasing company 92 typically enters into a lease arrangement where a fixed lease 
amount is paid in periodic payments by business 90 over the life of the lease. At best, only 
minor flexibilities are provided. When leasing company 92 regains control of an asset 3 1 at 
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the end of the lease term, there is uncertainty concerning the condition of the asset. This 
uncertainty also typically rests with business 90 in the form of a financial cushion 
incorporated into the leasing relationship. 

[0071] However, such uncertainty is minimized in the present invention. As shown at point 
100, asset owner 92 is able to analyze the various desired objectively generated asset data 
points associated with an asset 31. As noted above, these data points can include the time of 
asset usage within a fixed time period, distance traveled, and certain performance parameters 
associated with the particular asset (e.g., hydraulic system usage or fork usage for fork lifts). 
As noted above, in practice, for industrial assets the time of use is the most important single 
data point. Then, as shown at point 102, asset owner 92 may analyze maintenance 
considerations. For example, a major routine overhaul as compared to a system failure can be 
analyzed. Then at point 104, the asset owner 92 can compare the raw data from the asset with 
maintenance conducted during the same time period. By comparing the raw data with 
maintenance considerations, the owner is able to analyze the asset utilization under the 
control of business 90 if maintenance organization 86 and supplier 88 are different third 
parties. For example, the asset owner 92 can determine that an asset 31 has been used very 
little during the time period, even allowing for maintenance. Alternatively, the owner may 
determine that the asset is being used continuously when not undergoing maintenance, 
possibly suggesting that additional assets may be appropriate to reduce overall maintenance 
stress on the pre-existing asset. 

[0072] Additional information can be analyzed by the asset owner as shown at decision point 
1 06. Typically, the information includes data associated with other parties having access to 
database 78. As shown at point 108, for example, the asset owner 92 can evaluate the 
maintenance relationship with maintenance organization 86. If the relationship has been very 
positive, an appropriate incentive may be provided to the organization in the form of shared 
cost savings. Alternatively, if the relationship has been negative, an appropriate penalty may 
also be implemented. The same considerations are available if business 90 acts as its own 
maintenance organization 86. 

[0073] Similarly, the asset owner 92 may evaluate its relationship with the asset supplier 88 
as shown at point 110. The information may affect asset payments from the owner to the 
supplier or the future relationship of the parties. 
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[0074] A further evaluation, shown at point 111, may include an analysis of individual users 
85 themselves associated with a specific business 90 and their interaction with particular 
assets 3 1 or classes of assets, and such things as training level, certification, accident rates, 
and the like as discussed with respect to Fig. 9 and authentication subsystem 200 below. 
[0075] One of the key advantages of the present invention is the ability to take data 
concerning any asset 3 1 and the interaction with that asset by any party, including user 85, 
maintenance organization 86, asset manufacturer or supplier 86, business 90, asset owner 92, 
or other parties/vendors 93. Moreover, groups of assets may be combined. Thus, it is 
possible to analyze data to identify the cost of owning or using any asset 31 and the 
productivity of that asset. Moreover, based on an adequately large statistical universe of data 
it is possible to benchmark asset utilization and cost against others in similar circumstances to 
identify best practices. Thus, it is possible to efficiency can be maximized while 
simultaneously minimizing unwanted waste by identifying time and cost saving opportunities. 
It is also possible to determine those parties providing best practice services with respect to 
asset utilization (e.g., maintenance) so that their services can be expanded and appropriate 
recognition given for their efforts. Alternatively, it is possible to identify parties providing 
unacceptable services so that appropriate remedial action may be taken (e.g., a user 85 has 
inadequate training to properly use an asset so additional training needs to be provided). The 
ability of the system 30 to perform benchmarking is described in greater detail below. 
[0076] In practice, the present invention provides a business 90 with a report screen showing 
information regarding the fleet associated with that business. Business 90 compares its 
current fleet information with its own historical information or pertinent information from 
unnamed companies in the same general industry. A side-by-side comparison will be 
provided, thereby providing a business 90 or the asset owner 92 with guidance on how to 
improve fleet utilization using the best practices comparison. 

[0077] These various advantages are applicable even if asset owner 92 and business 90 are 
the same entity. However, more typically with industrial equipment, asset owner 92 is 
different than asset user 90, where the two parties have entered into a lessor/lessee 
relationship. In such a case, the information in database 78 may be used to mutually 
maximize the relationship between the asset owner 92 and the business 90. With appropriate 
safeguards asset owner 92 may be willing to share in a greater portion of the risk associated 
with the utilization of asset 3 1 in determining a lease rate based on an analysis of each user 
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fleet or individual asset as shown at point 112. Most significantly, rather than entering into a 
traditional fixed lease amount as noted above, asset owner 92 may be willing to enter into a 
hybrid lease arrangement wherein the lease charge may be a combination of one or more of 
the following elements: 1) a minimum payment that has to be made if asset utilization is 
below a pre-determined minimum threshold; 2) a usage based-payment that is made if usage 
is above the pre-determined minimum threshold and below a pre-determined maximum 
threshold; 3) a penalty payment or surcharge is made if utilization is higher than the pre- 
determined maximum threshold; and 4) payments/rewards based on incentive issues such as 
asset re-allocation or timely maintenance. 

[0078] The decision of whether to use usage-based billing based on one or more objective 
criteria based on an analysis of asset utilization is shown at decision point 114. The decisions 
to charge either a minimum payment if a certain usage level is not met, or to charge a usage 
penalty above a maximum appropriate usage level, are shown by decision points 116 and 118 
respectively. Thus, a variable-amount lease may be developed based on an analysis of 
objective criteria that is based in large part on the actual portion of an asset's life that is 
consumed by the asset user (e.g., usage hours). In a preferred embodiment, the analysis is 
based on a pre-determined usage/pricing matrix in combination with actual usage for a 
specified time period. Once a level of maximum efficiency has developed, leasing will 
typically be primarily, if not solely, based on asset usage billing. 

[0079] Through the use of the innovative leasing arrangement based on improved information 
availability to asset owner 92, the expenses of an asset user such as business 90 can be more 
accurately aligned with usage and asset value consumption. More operational flexibility is 
provided to business 90. When leasing is based predominantly on asset usage billing, a 
business 90 is able to adopt true off-balance sheet financing (i.e., the business is not required 
to note a financial obligation even in the footnotes of various financial reports as opposed to 
standard off-balance sheet leasing where a company must disclose the lease in footnotes even 
if the lease does not show up on the balance sheet). At the same time, asset owner 92, can 
collect information from a variety of sources to maximize its relationships with its own 
vendors and customers to the benefit of all related parties by minimizing inefficiencies and 
providing appropriate accountability with maximum accuracy and validity tied to a minimal 
likelihood for mistakes, misinformation, or even fraud. 
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[0080] These various factors can be adjusted dynamically by the asset owner 92 as a 
knowledge base is collected within its internal systems 99 and based on the actions of the 
other related parties. For a sophisticated asset owner with numerous fleets, it can conduct 
appropriate analyses over all of its fleets to determine certain trends, which it may 
advantageously use. 

[0081] For example, if supplier 88 or maintenance organization 86 is responsible for 
abnormally low asset utilization as opposed to actions within the control of business 90, then 
the risk associated with these possibilities can be shared between asset owner 92 and various 
affected businesses 90 and transferred in some fashion to the responsible party. Thus, in a 
more preferred embodiment of the invention, asset usage is adjusted for maintenance 
considerations if business 90 is not responsible for its own maintenance. 
[0082] As shown at point 120, once the readily available information is analyzed in view of 
the business relationship between an asset owner 92 and a business 90, an invoice and billing 
module associated with the asset owner's own internal systems 99 is invoked that generates 
an appropriate invoice that is sent by the asset owner to the business for payment and 
subsystem 98 terminates at point 122. In a preferred embodiment, once subsystem 98 is 
developed for a particular situation, and in the absence of an extraordinary event, invoicing is 
automated based strictly on the objective criteria developed with minimal outside 
involvement. 

[0083] A key advantage of the present invention is that real-time data is collected by data 
acquisition device 34 and timely transmitted to local controller 36 for transmission to 
database 78 of analysis controller 51. If incomplete or limited data representing only a small 
portion of the appropriate asset data points are transmitted, then appropriate decisions cannot 
be made to maximize asset utilization. For example, in the case of forklifts, both time of 
usage and distance traveled help provide information concerning asset utilization and 
maintenance considerations. 

[0084] Thus, the computer based system 30, including subsystem 98, of the present invention 
provides a superior method for tracking and managing the assets 3 1 than the prior art system 
10. First, by providing the assets with the data acquisition devices 32 and the 
communications system 33 and 34, the operational characteristics and other information 
regarding the assets 3 1 is automatically sensed and transmitted to the analysis controller 5 1 on 
a real time basis, without requiring human intervention or assistance. Second, the analysis 
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controller 5 1 is programmed to analyze such information as it is received and to automatically 
generate maintenance and warranty reports in response thereto. Third, all of the reports 
generated by the analysis controller 5 1 are automatically delivered to the appropriate persons 
through the Internet 40, either directly to one or more of the administrative controllers 55 or 
by posting on a web site, electronic mail or similar mechanisms. Fourth, as shown by 
subsystem 98, the information can be used to maximize asset usage efficiency. As a result, 
the computer based system 30 facilitates the gathering, analyzing, and delivering of 
information relating to the procurement and utilization of the assets 31 so as to maximize 
productivity and to reduce operating costs and administrative burdens to the benefit of all 
parties having a relationship with the asset and an interest in its performance. 
[0085] The providing of maintenance to an asset 31 is illustrated in further detail in Fig. 7. In 
addition to determining whether it is necessary to provide scheduled maintenance as noted at 
step 65 of Fig. 4A, changes in operational parameters associated with asset 31 as shown at 
point 150 may result in the generation of a specific fault code if a maintenance problem is 
detected that requires a more expeditious response. The fault code may be generated by the 
asset itself using one or more sensors associated with operational parameters of asset 3 1 as 
shown by point 152 and communicated to the data acquisition device 32. In addition, 
analysis controller 51 may analyze the raw operational data received from the asset 31 and 
compare it with analysis controller database 78 including the history of the specific asset 3 1 
as well as the history of similar assets from which maintenance trends may be determined as 
discussed with respect to Fig. 4C above. Based on an analysis of such trends, proactive 
lower cost maintenance can be timely performed that results in the avoidance of higher cost 
maintenance at a later date, which happens in the absence of real-time information available 
for review and analysis. 

[0086] A fault code may even be generated based on the actions of the asset operator. In a 
preferred embodiment of the invention, an electronic checklist 154 is completed by the asset 
operator on a regular basis, which may include information concerning asset performance that 
is more detailed than that available from a review of raw operational parameters, hi 
accordance with OSHA requirements, for example, at the end of each shift, a forklift operator 
must complete a checklist concerning the performance of the asset during the shift. Some of 
the questions associated with checklist 154 are directed to maintenance issues. Therefore, in 
a preferred embodiment of the invention, checklist 154 would be completed electronically at 
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the asset 31, and transmitted by way of the data acquisition device 32 to analysis controller 51 
as discussed above. The information would be analyzed to determine if an OSHA/repair need 
is identified. Preferably, the analysis is automated in accordance with a comparison of the 
operational status with pre-determined rules. For example, if a question asks if there is a 
hydraulic leak for a forklift and the answer is "yes", then maintenance would be appropriate. 
[0087] Once it is determined that maintenance of some type is required as shown at point 156 
based on an analysis of the operational status of asset 31, a maintenance report 66 is 
generated as also shown in Fig. 4 A and made available electronically at point 67' such as by 
the Internet or by posting on a website as also shown in Fig. 4A. The use of electronic mail, 
or the providing of real-time access to the raw data stored within database 78 by the 
maintenance organization 86, shown in Fig. 5, is also possible to generate the maintenance 
report 66. An advantage of providing a maintenance organization 86 real-time access to the 
raw data representing the operational status of asset 31 is that it may develop specialized 
analysis tools based on its own expertise in maintenance, resulting for example in the creation 
of specialized rules for use in automatically analyzing raw data in determining whether 
maintenance is required, minimizing the need for manual review and determination. 
[0088] In a preferred embodiment, the priority of the proposed maintenance required 158 is 
noted on the maintenance report. For example, critical maintenance issues should take 
precedence over routine issues. Moreover, the system generally institutes an approval process 
as shown at point 160. For example, if the proposed maintenance is related to warranty work 
such as noted with respect to step 69 of Fig. 4B, the manufacturer or supplier should approve 
the maintenance. If a lessee is responsible for the proposed maintenance, it should approve 
the maintenance before it is performed. In some cases, the maintenance organization 86 itself 
approves the maintenance, such as when it has a contract that involves pre-payment of 
particular maintenance. Finally, as shown at point 162, in some cases it may be desirable to 
have the lessor or owner of the asset have the ability to review and override any refusals to 
perform maintenance since it has the ultimate responsibility for asset 31. If no approvals are 
given, the process is terminated at point 164. A review of any automated rules that generated 
a request for maintenance approval may also be appropriate. When maintenance approval is 
rejected, any automated rules that generated the original maintenance request can be fine- 
tuned by including the results of the approval process. Over time, almost all maintenance 
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requests should be generally approved. Information regarding approval is stored in database 
78. 

[0089] For preventative maintenance, it is expected that pre-approval will generally be 
granted by the necessary parties based on prior agreement as to the nature and timing of such 
maintenance. 

[0090] Once maintenance has been approved, a work order 166 is generated. As shown in 
Fig. 8, work order 166 is sent electronically to appropriate maintenance personnel that 
contains all of the critical operating data required to effectively schedule and carry out the 
maintenance. Typically, for example, the data includes hour meter reading, any fault codes, 
asset identification criteria, operator of record, contact information, and asset location. 
Moreover, based on information contained within the fault code or retrieved from the 
knowledgebase, information concerning anticipated parts may also be provided as well as the 
nearest location from where they may be retrieved (e.g., at a customer location, or from a 
local servicing dealer). Finally, the work order 166 preferably contains the past recent history 
of the particular asset 31 so that the mechanic can use this information to expedite 
maintenance. 

[0091] hi a preferred embodiment of the invention, the work order 166 is transmitted 
electronically to a handheld device 168 associated with specific maintenance personnel 
assigned to carry out the maintenance. Device 168 includes an appropriate graphical user 
interface (GUI) that permits the receiving and transmitting of both alphanumeric and 
graphical based information. Examples of hand held devices include a variety of systems 
produced that use either the Palm® operating system from Palm, Inc. or a sub-set of 
Microsoft® Windows® from Microsoft Inc. Moreover, in a more preferred embodiment of the 
invention, the hand held device 168 is in real-time two-way communication with analysis 
controller database 78. Thus, under appropriate circumstances the handheld device 168 can 
access such things as dealer billing systems, inventory listings, customer work order approval 
records, and fleet management information. Rather than having the work order include the 
past recent history of the asset 31 to be serviced, it is possible to use the two-way 
communication link to request the necessary history when advantageous to do so. 
[0092] Once the maintenance is completed, handheld device 168 is used to update database 
78 as shown at point 170, including labor information and an identification of any parts 
required to effect a repair. If not already clear based on the contents of database 78, the 
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inventory location from which any parts were pulled should also be provided. Ideally, the 
information is transmitted on a real-time basis from the handheld device 168. Alternatively, 
however, the information can be transmitted upon routine synchronization of the handheld 
device with database 78. It is also possible to manually enter the information into the 
database 78. 

[0093] The maintenance information is passed to database 78 where it may be used to 
generate maintenance tracking reports 172, and comprehensive invoices 174 listing both labor 
and part costs. Since the information is integrated with pre-existing asset information, no re- 
keying is required. Moreover, as noted above with respect to Fig. 4C, the complete 
maintenance history of a particular asset or class of assets may be reviewed and analyzed in 
detail for specific trends of interest. 

[0094] In addition, when parts are used, as shown at point 176, system 30 preferably permits 
comparison of the parts used with existing inventory for the specified parts storage location. 
Based on maintenance trends associated with a class of assets 31 or a specific asset 31, it is 
possible for the system to automatically order replacement parts for an inventory location if 
the number of parts in a particular inventory fall below a pre-determined threshold as shown 
at points 178 and 180. The threshold is calculated at least in part based on an analysis of the 
prior maintenance of both the asset 31 and the class of assets associated with the asset. Other 
factors may include the age of the class of assets, the time of the year, usage trends and the 
like. As one example, in the winter different parts may be required as opposed to in the 
summer. As another example, more tires may be required for a forklift asset if a number of 
the assets are reaching a preventative maintenance stage where tires have to be replaced. The 
system terminates at point 182. 

[0095] It is also possible to provide online copies of parts catalogs including part numbers 
and exploded views of parts, including to hand held device 168. In some cases a comparison 
table of equivalent parts may be provided to reduce part acquisition timing or cost. 
Moreover, system 30 preferably keeps track of part availability and cost throughout a parts 
availability network. Thus, no one party is required to keep as many items in stock since 
ready access to items stored at a different location is possible. Transaction costs in locating 
and requesting items from different locations is minimized since the information is readily 
stored and accessible from system 30. Item stock reduction at any one location is also 
possible for the reasons discussed above where careful quantity controls are implemented. 
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[0096] Under some circumstances it may even make sense to have a central parts depository 
with inventory actually held and controlled by a third party such as a courier service. For 
example, the courier service can ship parts as needed to effect a repair or replenish a reduced 
inventory at a remote location. With a central depository, the cost of maintaining the 
inventory can be borne by the party having the best ability to do so. For example, if an asset 
owner 92 has many businesses 90 using a class of assets 31, it may be able to provide 
economies of scale to the businesses by being responsible for ordering and stocking inventory 
parts for use by all affected businesses. Non-related businesses may also be provided access 
to a part inventory at a higher cost, giving them a further incentive to actively participate in 
system 30 to enjoy improved economies of scale. Thus, system 30 provides enhanced 
customer service through reduced cost and a more efficient part access and ordering process. 
[0097] Inventive system 30 provides a number of additional advantages for maintenance. For 
example, through the use of electronic information transmission and analysis, maintenance 
information is transferred and available real-time for review and for the initiation of necessary 
actions such as approval, the tracking of performed maintenance, the ordering of replacement 
parts to replenish depleted inventories, and automatic invoice generation. Since asset 31 
communicates its own maintenance needs in consultation with an appropriate knowledgebase 
associated with database 78, human intervention is minimized. As more information is 
gathered over time, the scheduling of preventative maintenance can be optimized to eliminate 
either too little or too much maintenance. Further, system 30 automates a very paper- 
intensive and time cumbersome process by permitting direct communication with the various 
information elements associated with an asset 31. As a result, the flow of data is more 
effectively controlled, dispersed, routed, monitored, and acted upon. In practice, the number 
of people involved in the maintenance process can often be reduced while the speed of 
providing maintenance can be increased. Thus, potential downtime and related performance 
issues can be more timely addressed. 

[0098] A further aspect of the invention, authorization subsystem 200 within system 30, is 
illustrated in Fig. 9. Authentication to access an asset 31 is tied to pre-determined rules. 
Specifically, authorization subsystem 200 keeps track of all individual users 85 using an asset 
31 . It prevents asset utilization by uncertified users 85. System 30 may require that a user 85 
be trained or certified to utilize certain assets 31. Even if trained or certified, system 30 may 
only allow a user 85 to access an asset 31 for a limited period of time within a pre-set time 
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range (e.g., OSHA or other work regulations may only permit access for ten (10) hours within 
every twenty-four (24) hours). Further, authentication may be denied if a user 85 is found to 
have too many accidents. By tracking regulation requirements, training or certification issues 
and even accident rates, an asset 31 is more likely to be well maintained and well utilized. As 
a result, there are reduced operating costs, minimized potential fines through enhanced 
regulation compliance, and prolonged asset life through appropriate usage. 
[0099] Apart from user 85, maintenance considerations may make an asset 31 unavailable. If 
critical maintenance is required, the unavailability of an asset 31 may prevent unwanted 
problems resulting from inappropriate continued use, again reducing operating costs and 
extending asset life. 

[00100] In other situations, authorization subsystem 200 is essentially a beneficial 

subscription service. For example, a single asset 31 may be available to different users at pre- 
set times based on a reservation system, which is tracked through authentication subsystem 
200. A prior reservation may take precedence over a desire to use an asset without such a 
reservation. Alternatively, access to an asset 31 may be terminated if payments to a third 
party such as maintenance organization 86, asset supplier 88 or asset owner 92 are in arrears. 
Of particular benefit, even when authorizing access, the ability to track usage with respect to a 
particular user 85 permits different monetary or time-based asset access rates depending on 
the specific user or entity associated with that user. 

[00101] As shown at point 201, a record of user 85 is created that may be stored in 
analysis controller database 78. The information associated with user 85 preferably includes 
such data as a unique user code, user identification information (e.g., employer, location, 
address, and contact information) the number/class of assets for which the user is permitted 
access, safety record (e.g., number of accidents associated with each asset and over what 
period of total usage or time), and training or certification records. 

[00102] A user attempts to access a particular asset at point 202. The access may be 

through the use of an access device 204 associated with the particular user (e.g., access card, 
magnetic key, or key pad code) and a corresponding approval device 206 associated with an 
asset 31 that is connected to data acquisition device 32 for authorization confirmation, hi 
turn, as noted above, data acquisition device 32 is associated with transmitter 33, which is in 
selective communication with local controller 36. As shown at point 208, when a user 
attempts to access asset 31 for use, an attempt is first made to access remote system 50 for 
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authorization. If communication is not possible, an attempt is next made to communicate 
with local controller 36 at decision point 210, which preferably includes a data cache for at 
least a sub-set of users 85 associated with a particular facility where an asset 31 is located. 
The data associated with local controller 36 may not be as up to date as that available from 
direct access to analysis controller database 78. In turn, if communication is not possible 
even with the local controller, an asset cache of data 212 associated with a particular asset 31 
may optionally be available for access by approval device 206, as shown at decision point 
214. Once again, the data may not be as up to date. On the other hand, at times, the data 
cached within asset cache 212 or local controller 36 may be more up to date than that 
associated with system 50. The appropriate data is communicated between asset cache 212 
and local controller 36, and then between local controller 36 and system 50, as 
communication between the appropriate devices takes place. 

[00103] Once data related to asset 31 and user 85 is located, system 30 determines if 

user 85 is an authorized user for asset 31 at decision point 216, or if the asset 31 itself is 
available for user at decision point 218 in accordance with pre-determined rules or 
considerations such as those noted above. If authorization is not granted, a communication 
interface 220 associated with asset 31 preferably gives the reason for the denial and the steps 
required to obtain authorization 222. It may even be possible to use communication interface 
220 to provide interactive training and certification under some circumstances. As suggested 
above, a communication interface 220 may even be used to complete an interactive asset 
checklist as discussed above before and after asset operation by each user 85. Finally, even if 
approval is given, confirmation as well as special instructions or information of importance to 
user 85, collected at point 224 (e.g., remaining access time, timing for re-training or re- 
certification, or next scheduled maintenance) may be displayed to the user. 
[00104] Finally, if a user 85 is not authorized, either because of communication 

problems or issues associated with either the user or the asset itself, preferably some type of 
supervisory override, such as a master access device or code and shown at decision point 226, 
may be selectively implemented between devices 204 and 206 to permit asset utilization. 
Even if there is such an override, however, information associated with asset utilization is 
still recorded and communicated as taught above. 

[00105] Finally, any pertinent authentication subsystem data is stored in database 78. 

Moreover, pre-determined rules may be established that provide automatic instructions to 
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system 30 when such authentication subsystem data should be communicated to a third party 
such as a supervisor, trainer, or security personnel as a result of a user attempting to access an 
asset 31 as shown at point 230. For example, if a user 85 needs to have additional training, 
that information needs to be communicated to the appropriate party (e.g., supervisor and 
trainer). Training may take place using internal personnel or it may be outsourced to a 
vendor 93 (shown in Fig. 5) in a manner similar to maintenance, as discussed above. System 
30 makes it possible to schedule training and even track the cost and corresponding benefits 
of training through access to real-time and historical asset or user data not generally available 
except in accordance with the teachings of the present invention. As another example, if 
unauthorized personnel attempt to use an asset 31, it may be appropriate to send an urgent 
message to appropriate security personnel at the location of asset 31. Finally, authentication 
subsystem 200 terminates at end point 232. 

[00106] As shown most succinctly in Fig. 5, numerous parties have access to analysis 

controller database, which stores data with respect to asset 31 and various parties having a 
relationship to that asset. The collected data may be used or analyzed in any one of a number 
of different ways depending on the interests of the party. For example, a maintenance 
organization is interested in using the data available to improve maintenance and reduce 
associated costs; asset supplier 88 desires to examine and minimize warranty issues; and asset 
owner/leasing company 92 desires to appropriately maximize its return on investment, a 
desire shared with each business 90. From the perspective of an individual user 85, such 
issues as appropriate training and certification have also been discussed. 
[00107] "What if inquiries are particularly important to successful implementation of 

system 30. For example, when proposing the use of system 30 to a party such as a potential 
customer, the ability to analyze historical data and performance with respect to similarly 
situated customers is invaluable to provide a breakdown of costs and possible cost savings. 
As noted above, with appropriate information, an asset owner 92, such as a leasing company, 
may be able to share in part of the risk of asset utilization with appropriate data access and 
control. 

[00108] To facilitate these types of analyses, it is important to have robust access to 

analysis controller database 78, which can actually be one or more databases of information 
tied together so as to be accessible for the purpose of an analysis of system 30. hi a preferred 
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embodiment, hand held device 168 or a similar type of computing device provides a desirable 
access point to database 78. 

[00109] However, before the parties can take advantage of system 30, it is essential to 
create a foundational base of information that provides a framework for further analysis. 
Ideally, pre-created forms or templates help facilitate data collection and analysis. For 
example, when talking to a potential customer, it would be helpful to have access to cross- 
reference materials related to competitor assets, lease pricing rate factors, historical data and 
the like. Certain query forms can be used to collect relevant raw data and other query forms 
can be used to retrieve useful data based on a consideration of the raw data to provide the 
basis for recommended courses of conduct to promote safe utilization and efficiency while 
reducing costs. Thus, the actual analysis typically takes place at a central location having the 
appropriate computational resources with the results preferably being transmitted to hand held 
device 168. Under some circumstances, an analysis is possible directly on-site using the data 
collected and analyzed without direct access to database 78 based on a sub-set of data and 
logic protocols in the form of analysis tools stored on hand held device 168. 
[00110] Even when not in real-time contact with database 78, hand held device 168 is 

often invaluable. It permits the automation of survey data entry by an account manager so 
that information concerning assets 31, a business 90, individual users 85, and other related 
parties may be entered on-site and later transferred to database 78. The use of paper forms 
and manual translation of information is eliminated, speeding up data entry. For example, in 
the past an account manager might have handled more than twenty (20) data sheets that 
tracked specifications of the current fleet of assets 31 for a new customer business 90. The 
data sheets were taken back to the office and manually entered into a local database. 
Simultaneously, an intermediate source of error related to manual keying or a similar 
translation method is eliminated. 

[00111] A data acquisition and analysis subsystem 300 is illustrated in Fig. 10. 

Subsystem 300 facilitates the collection of raw fleet survey data 302 upon initiation of system 

30 by a party so that a baseline level of data may be provided to system 30 for consideration 
and analysis. An account manager 304 collects raw data with respect to each affected asset 

31 and all parties having interaction with the asset such as the parties identified with respect 
to Fig. 5 above. Of course, other parties may also contribute fleet survey data if they have 
interaction with an asset 31. The data is preferably inputted into a handheld device 168 using 
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pre-defined forms 306, transmitted to a desktop computer 308, and then ultimately stored in 
analysis controller database 78. To help with analysis of particular data, the process may be 
reversed, with data pulled from database 78 to desktop computer 308, transmitted to hand 
held device 168, and used by account manager 304 to perform a desired analysis for any 
affected party. 

[00112] Preferably, hand held device 168 uses an operating system 312 provided by 
Palm, Inc. A forms manager 314 from Puma Technologies, hie. known as the Satellite Forms 
software development package is used to generate data forms 306, which are used to enter the 
required information or display stored data from hand held 168 or from analysis controller 
database 78. When collecting raw data, account manager 304 follows inquiries associated 
with form 306 to enter required information. In contrast to manual methods, it is preferably 
possible to advise when inappropriate data is entered or if a field is missed. Thus, any data 
entry errors can be addressed on the spot when the source of the original data is readily 
available. Hand held device 168 stores locally collected data 316 such as fleet survey data 
302, may include retrieved data 318 from database 78, and a number of different analysis 
tools 320 for evaluating the stored data. For example, one analysis tool 320 may use a set of 
rules to estimate the total life of an asset under the circumstances currently in place at a 
business 90 and compare them to known "best practices" for the same asset along with 
proposed process changes to increase asset life to reach the "best practices" level. 
[00113] Preferably, computer 308 includes an operating system 322 provided by 
Microsoft such as Windows® 98, Windows® Millenium or Windows® 2000. It has a plug-in 
324 provided by the party responsible for hand held operating system 312 to provide a 
synchronization conduit 326. Synchronization is handled through a conventional or USB 
serial data port on the desktop computer 308 and a cradle hardware device 328 associated 
with device 168. During use of synchronization conduit 326, data values and associated data 
stored on hand held device 168 and desktop computer 308 are interchanged in accordance 
with parameters provided in forms manager 314 and a corresponding forms manager 
computer plug-in 330 on desktop computer 308. Desktop computer includes data from hand 
held device 168, data from database 78 to either be used locally by the computer or 
transferred to hand held device 168, data received from device 168 or manipulated locally 
using one or more analysis tools 332, and data to be transmitted to database 78 for long-term 
manipulation or storage. 
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[00114] For example, when using subsystem 300 to transfer fleet survey data 302 that 

has been placed into hand held device 168 as locally collected data 316. The data transmitted 
includes both data elements and lists of value fields identifying a data source and the specific 
data values populating each data element. The data is then transferred to database 78 from 
desktop 308 in accordance with pre-determined rules. Preferably, the data is associated with 
fixed fields that are consistently defined between hand held device 168 and database 78 so 
that the data merely populates the appropriate fields within database 78 after it is transferred 
from the hand held device. Alternatively, the data may be uploaded into a local analysis tool 
332 of desktop 308 such as a database or spreadsheet program for final manipulation and then 
storage in asset controller database 78. 

[00115] More particularly, in a preferred embodiment of the invention an account 

manager 304 who is about ready to visit a business 90 determines the type of information that 
is relevant to be collected during the visit. Using the desktop computer, a list of values as 
well as data query forms are downloaded from asset controller database 78 and stored on the 
local desktop computer hard drive, and then transferred to hand held device 168. For 
example, when first taking an inventory of pre-existing assets for a new business 90, a list of 
valid value identifiers for forklift analysis may include the following data elements: 

1) Overall customer information 

2) Customer division information 

3) Locations of facilities within each division where forklifts are used 

4) Departments within each facility that use the forklifts 

5) Broad descriptions of the types of ways or industries for which the forklifts are used 

6) For each forklift: 

a) Manufacturer/Supplier 

b) Power supply type 

c) Mast type 

d) Tire type 

e) Forklift attachments 

f) Forklift type/model 

g) Forklift serial number 

h) Any label used by a customer to uniquely identify the forklift 

i) Date the forklift went into service 
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j) Number of hours that the forklift has been in use according to its meter, 
k) Lease/rental contract information 
1) Maintenance history 
m) Maintenance contracts, 
n) Forklift dealer 

o) The number of months/and/or usage hours covered pursuant to the 
manufacturer/supplier warranty, 
p) Original purchase cost 
q) Manufacturing date 

r) Forklift condition (e.g., based on a scale such as new or used) 
s) Application rating (e.g., heavy, medium or light) 

t) Administration fees charged for providing financing/maintenance or the like 
u) Criteria providing feedback concerning the number of hours at which 
preventative maintenance should be performed 

v) Capacity, typically in pounds or kilograms 
w) Number of hours or shifts the forklift is used each day 
x) Number of days a week that a forklift is used 
[00116] The tables are downloaded to hand held device 168 using synchronization 

conduit 326 and the relationship between forms manager 314 and forms manager computer 
plug-in 330. In practice, the transfer of data value tables and their related values has also 
included the use of a program written in a product called Sybase Powerbuilder from Sybase, 
Inc. Under such circumstances analysis controller database 78 is a Sybase database. Further, 
desktop computer 308 may include a different database manipulation program called DBASE 
acting as one of the local analysis tools to review and possibly manipulate data received from 
hand held device 168 or analysis controller database 78 before forwarding it to the receiving 
device. 

[00117] The collection of fleet survey data 302 is merely an example of subsystem 300 

in use. Moreover, even when an account manager 304 is collecting fleet survey data 302, it is 
preferred that if some of the data associated with a survey is already stored in database 78 
(e.g., customer contact information, divisions, or asset locations), it is used to pre-populate 
appropriate forms 306 to simplify redundant data entry by the account manager. Further, if an 



-37- 



65678-0045 (5676 DCCS) 



PATENT 



error exists based on an inaccuracy in the pre-existing data, account manager 304 can correct 
it. 

[00118] The collected and manipulated data provides a starting point for each asset 31 

going forward as well as a base foundation for immediate asset fleet analysis since at least 
some historical data has preferably been collected for existing assets. Thus, even at the 
beginning of the utilization of system 300, the initially collected data can be analyzed in 
accordance with pre-existing data involving other fleets, best practices, and the like, to 
provide immediate guidance on how to improve current fleet utilization and efficiency. The 
same subsystem may be used to transfer data and recommendations back to hand held device 
168, except that this time forms 306 perform a data presentation function as opposed to a 
query function. As suggested above, some analysis of data may be performed directly on 
hand-held device 168 although more sophisticated analysis tools 332 are typically associated 
with desktop computer 308 or asset controller 51 in view of their enhanced computational 
power and storage capabilities. 

[00119] Subsystem 300 has been shown using synchronization. It is recognized of 

course, that real-time access is also possible between hand held device and either asset 
controller 51 or desktop computer 308 without the need to use cradle 328. An advantage of 
real-time access between a hand-held device 168 and database 78 is that information may be 
immediately transmitted and received, providing access to the full range of data values and 
associated data available in database 78. The uploading and downloading of pre-created data 
forms 306 to help facilitate the collection and analysis of data is also expedited. Further, 
under some circumstances real-time error checking may be available. For example, if an 
account manager 304 indicates the number of assets available at a physical location and the 
actual number in database 78 is different, the manager can be asked to undertake verification 
while still present at the physical location. Otherwise, to the extent that there are 
discrepancies, they may be considered after data synchronization takes place. 
[00120] The same methodology discussed with respect to subsystem 300 may also be 

used by maintenance personnel as discussed with respect to Fig. 8 above. Work order 166 
acts as a pre-populated form 306 transmitted to a hand held device 168. Once the 
maintenance is completed a different form 306 may be used to communicate the necessary 
maintenance labor and parts information so that a maintenance tracking report 172, invoice 
174, and determination of inventory replenishment 178 maybe implemented. 
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[00121] The system 30 provides the ability to take data concerning any asset 3 1 and the 
interaction of that asset 31 with any party, including user 85, maintenance organization 86, 
asset manufacturer or supplier 86, business 90, asset owner 92, or other parties/vendors 93. 
Moreover, groups of assets may be combined. Thus, it is possible to analyze data to identify 
the cost of owning or using any asset 31 and the productivity of that asset. Moreover, based 
on an adequately large statistical universe of data it is possible to benchmark asset utilization 
and cost against others in similar circumstances to identify best practices. Thus, it is possible 
for efficiency to be maximized while simultaneously minimizing unwanted waste by 
identifying time and cost saving opportunities. It is also possible to determine those parties 
providing best practice services with respect to asset utilization (e.g., maintenance) so that 
their services can be expanded and appropriate recognition given for their efforts. 
Alternatively, it is possible to identify parties providing unacceptable services so that 
appropriate remedial action may be taken (e.g., a user 85 has inadequate training to properly 
use an asset so additional training needs to be provided). 

[00122] The ability to benchmark asset-related data is one of the functions of the data 

acquisition and analysis subsystem 300. In a preferred embodiment, benchmarking 
functionality is part of a comprehensive asset tracking and management system 30. However, 
in alternative embodiments, benchmarking functionality can stand alone so long as there is 
asset data to benchmark. 

[00123] Fig. 1 1 is a schematic block diagram of a computer-based system for tracking 

and managing a plurality of assets in accordance with the invention. The Figure provides a 
high level illustration of how benchmarking functionality can be incorporated into the system 
30. In order for the system 30 to perform benchmarking functionality, an analyst 400 must 
initiate contact with the system 30. The analyst can be a user 85, a supervisor, and account 
manager, or any other person interested in benchmarking asset related data. The analyst 400 
can be associated with any number of different organizations, including an asset supplier 88, 
an asset user such as a business 90, an asset maintenance organization 86, an asset owner 
such as a leasing company 92, or any other interested party or vendor 93 (collectively 
"interested party"). The entity controlling the system 30 (such as an Application Service 
Provider in a preferred embodiment) can control the types of data that a particular analyst 400 
can access. Different analysts 400 can be given different access rights. The system 30 can 
distinguish different analysts 400 on the basis of their relationship with an interested party or 
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some other attribute or characteristic. Data access rales can also be defined or influenced by 
the interested party that allows the data to be used in a pool of potential benchmarking 
information 408. In a preferred embodiment of the invention, the degree of participation by 
an interested party is solely at the discretion of the interested party. The benefit of being able 
to benchmark against the data of other groups is the primary motivator for encouraging a 
particular organization to allow the greatest possible access to its data. In a preferred 
embodiment, an organization is only allowed access to the data of other interested parties to 
the extent that the organization allows those interested parties access to its own data. 
Interested parties such as manufacturers, dealers, equipment owners, equipment users, third 
party asset management groups, publications, financial institutions, or any other type of 
interested party can control the terms in which their data is available in the pool of potential 
benchmarking information 408. Access to certain types of data can be limited to certain 
circumstances, or excluded altogether. Reciprocity of data access can be incorporated into the 
system 30 to maximize the willingness of an organization to make its data available to the 
benchmarking pool 408 in the broadest possible way. 

[00124] The analyst 400 may access the system 30 through any number of different 

access devices 402. The access device can be a desktop computer 308, a hand held device 
168, or any other computer or device capable of interfacing with an information network or 
database , such as an analysis controller database 78. In one form of benchmarking, the 
analyst 400 desires to compare a particular asset 31 (a "target" asset) against a pool of 
potential benchmarking information 408 that includes data relating to one or more 
benchmarking pool assets 406. In another common form of benchmarking, there is no target 
asset 31, and the benchmarking system 30 is being used to generate aggregate level 
information across an range of benchmarking pool assets 406. Such information can be used 
to determine "best practices" relating to group of assets 406. Of course, such aggregate level 
information can be compared to other aggregate level information using the system 30. The 
analyst 400 can configure the system 30 in a highly flexible manner in order to compare or 
contrast as many different sets of data as desirable. 

[00125] Benchmarking asset characteristics 404 requires that such characteristics exist 

on the system 30. An analyst 400 can use the system 30 to define a virtually unlimited 
number of asset characteristics 404. An asset characteristic 404 is a type of attribute relating 
to an asset 31. Different types of assets 31 can have some identical characteristics (e.g. most 
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assets can have an asset type characteristic; some similar characteristics (e.g. most assets will 
have financial and accounting characteristics); and some totally different characteristics (e.g. 
a computer will not have a characteristic relating to the carrying capacity of a forklift). The 
valid forklift identifiers listed above are examples of potential asset characteristics. 
[00126] A data value is the particular characteristic value of a particular asset. For 
example, height can be a characteristic, but a height of 48 inches is a value for the 
characteristic of height. Similarly, cost can be a common asset characteristic 404. A data 
value for the asset characteristic of cost is the purchase price of the particular asset. 
[00127] Benchmarking is generally performed to compare different data values relating 
to an identical or at least somewhat similar asset characteristic, e.g., annual cost information 
could be compared with total lifetime cost information. However, the system 30 need not 
place any limits on the types of characteristics 404 that can be compared for benchmarking 
purposes, although in such a system 30 the analyst 400 may need to apply some intelligence 
with respect to the results. 

[00128] Asset characteristics 404 can include virtually any information relating to an 

asset 3 1 . There are at least eight different potential categories of asset characteristics 404 in a 
preferred embodiment of the invention. The various categories can overlap, and should not 
be considered in an overly rigid or technical manner. One category of asset characteristics 
404 is asset-type information. For example, an asset 31 can be the type of a forklift. 
However, an asset 3 1 can also be a particular model of forklift. Asset type characteristics 404 
can include type, model, manufacturer, and other related information. A second category of 
asset characteristics 404 is application information, which includes such attributes as 
operating environment, functionality, speed, energy consumption, and other information 
relating to an asset 31. A third category of asset characteristics 404 is asset usage 
information, such as the number of hours per unit of time that an asset 3 1 has been used, the 
life expectancy of the asset 31, and other information relating to the use of the asset 31. A 
fourth category of asset characteristics 404 is plant activity information. Plant activity 
characteristics 404 include location, shifts used, hours available, and other plant related 
information. A fifth category of asset characteristics 404 is manufacturer information, such 
as the year an asset was made, contractual obligations by the manufacturer with respect to the 
asset 31, and other manufacturer related characteristics 404. A sixth category of asset 
characteristics 404 is maintenance information, which includes the type of work performed, 
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the date the work was performed, who performed the work, and other maintenance related 
information. A seventh category of asset characteristics 404 is accounting information, which 
can include the purchase price, costs incurred after purchase due to maintenance work or 
other enhancements, fuel expenses, depreciation, and other financial and accounting 
information. Accounting information can include such metrics as average or total cost per a 
period of time. An eight category of asset characteristics 404 is entity information, and can 
include such attributes as owner, user, manufacturer, supervisor, maintenance organization, 
lessor, and other entity-related characteristics 404. 

[00129] Benchmarking pool assets 406 can be selected on the basis of a shared 

characteristic 404 (for example, the characteristic of being a vehicle), a shared data value for a 
particular characteristic (for example, all vehicles with a purchase price less than $20,000), or 
through any other process or means. The analyst 400 can select on an individual asset by 
individual asset basis which assets 31 are benchmark pool assets 406. Similarly, the analyst 
400 can select on an individual asset by individual asset basis, which assets are target assets 
31. hi a preferred embodiment, asset selection for benchmarking purposes should share some 
relevant characteristic 404 or data value. In the example displayed on the figure, the target 
asset 31 is a forklift. Benchmarking pool assets 406 include forklifts of different sizes, 
vehicles of similar structures, machines with similar purposes, and some other vehicles such 
as helicopters that could be used to move equipment. All of the benchmark pool assets 406 in 
the Figure do share the characteristic of a carrying capacity, but such commonality is not 
required for the system 30 to function. All relevant data can be stored on the analysis 
controller database 78 so that future data can be benchmarked against past data, and to 
otherwise maximize the potential pool of benchmarking information 408 that can be utilized 
by the system 30. 

[00130] Just as the analyst 400 has significant flexibility with respect to choosing 

which assets 3 1 are included in the pool of potential benchmarking information 408 for a 
particular benchmark calculation, the analyst also has significant flexibility with respect to 
choosing which characteristic or characteristics are included in the pool of potential 
benchmarking information 408. The analyst 400 can include accounting data, asset type 
information, usage information, plant activity information, maintenance information, 
manufacturer information, entity information, some combination of the above, or some other 
type of asset characteristic 404. 
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[00131] The system 30 applies a benchmark heuristic to generate a benchmark value 

from the pool of potential benchmarking information 408. The benchmark value represents 
some relationship to the data values of a particular characteristic 404 or set of characteristics 
404. If a target asset 31 is being compared to the pool of potential benchmark information, 
data values for one or more asset characteristics 404 of the target asset 31 can be compared to 
the benchmark values for one or more asset characteristics 404 in the pool of potential 
benchmarking information 408. 

[00132] In a preferred embodiment, a benchmark value will be a numerical or financial 

value. Numerical values can be aggregated, averaged, subtracted from each other, or 
otherwise manipulated or processed in accordance with the benchmark heuristic. In 
alternative embodiments, non-numerical values such as model types, names, and other non- 
numeric data can be "benchmarked" but such processing is often merely just a form of sorting 
data. 

[00133] Fig. 12 is a schematic block diagram illustrating how asset information for 

multiple entities can be used for benchmarking purposes. In a preferred embodiment, 
different entities or organizations contribute their individual pools of benchmarking 
information to an analysis controller database 78. An individual participating organization 
409 which can be any of the interested parties defined above, can utilize the data pools of 
other participating organizations 409 in order to enlarge the potential data pool for 
benchmarking purposes. Asset characteristics that would cause an asset 31 to be identifiable 
to a particular participating organization ("organizationally identifiable data") can be hidden 
from other participating organizations 409 so that organizations are encouraged to participate 
in the system 30 without fear of outside entities or even competitors gaining access to 
confidential or proprietary information. 

[00134] hi a preferred embodiment, an application service provider 410 or similarly 

neutral third party manages the system 30 in order to encourage the involvement and data 
sharing of participating organizations 409. The ability to pool information from a wide 
variety of different sources is an important feature of the invention because many 
organizations do not have a sufficiently large data pools relating to a particular type or model 
of asset 406 to conduct meaningful benchmarking analysis. Without statistically significant 
benchmarking results, it is nearly impossible to implement a "best practices" approach 
resulting from insights learned from benchmarking. Moreover, an industry wide "best 
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practices" approach requires industry wide data. Only by including data from a wide variety 
of organizations in an industry can the system 30 generate benchmarking data in which an 
organization can truly measure itself against the practices of the organizations that lead the 
industry. 

[00135] Fig. 13 is a flow chart illustrating one example of how benchmarking can be 
performed. The first step in the process is determining at 412 which asset or assets are to be 
included in the benchmarking information pool for the particular analysis being conducted. 
Assets can be selected on an ad hoc (asset by asset) basis by having the analyst 400 manually 
select such assets 408 using the access device 402. In a preferred embodiment, assets 406 are 
selected on the basis of having a particular characteristic (for example, the characteristic of 
being a vehicle and having a maximum speed) or on the basis of having a particular value of 
the characteristic (for example, having a maximum speed of less than 40 miles per hour). The 
system 30 provides the analyst 400 with significant flexibility in selecting assets 406 for 
inclusion into a particular benchmarking analysis. 

[00136] The second step in the process is selecting the characteristic(s) 404 (and the 

corresponding data values for the characteristic(s) 404) related the benchmark pool assets 406 
that are to be included in the pool of benchmark information 408. The analyst 400 can select 
as many or as few characteristics 404 for benchmarking analysis. If certain characteristics 
404 or data values were used to identify which assets are included as benchmarking pool 
assets 406, those same characteristics do not have to be selected for inclusion in the 
benchmarking analysis. For example, the characteristic 404 of asset type and the data value 
of forklift can be used to include only forklifts in the pool of benchmarking information, but 
the characteristic being benchmarked could be annual cost, or some other financial or 
accounting characteristic. 

[00137] The third step in the process requires the analyst 400 to decide whether a 

comparison is desired at 416. A comparison will not always be desirable or even possible if 
target asset 31 information does not exist. In such instances the analyst 400 can forego a 
comparison, and the system 30 goes to step 422, where the system 30 generates analyses, 
illustrations, and reports related to the selected assets and the selected characteristics. An 
example of step 422 processing is when a procurement decision is being made for a totally 
new type of asset. Assets 31 that perform similar functions can be pooled together for 
benchmarking purposes, and various accounting and cost characteristics can be benchmarked 
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for the entire pool of assets. The resulting aggregate and average benchmark values can be 
compared to the promised or estimated characteristics 404 of the asset 31 that is being 
considered for procurement purposes. Using the system 30, it may be possible for a seller or 
manufacturer to provide some performance standards/cost related warranties relating to the 
benchmarked accounting characteristics since the seller or manufacturer would be able to 
monitor the use of the assets 31. The benchmarking functionality of the system 30 can be a 
valuable procurement tool. The system 30 can be used to generate various forms of reporting, 
illustrations, graphs, and analysis relating to the benchmarked values. 

[00138] If a comparison asset 31 or group of assets 31 (collectively target asset 31) is 
desired, the system 30 proceeds to step 418. The target asset 31 can be chosen manually by 
having the analyst 400 select the assets 31 on an ad hoc (asset by asset) basis using the access 
device 402. Otherwise, target assets 31 can be selected on the basis of the selected asset 31 
possessing a particular characteristic 404 (for example, a purchase price) or characteristic data 
value (for example, a purchase price less than or equal to $20,000). After the analyst 400 is 
satisfied with the target data and the data in the benchmark pool, the benchmark heuristic can 
be invoked at 420 to generate the benchmark value, and any related graphical representations, 
reports, illustrations, graphs, etc. 

[00139] One of the goals that can be achieved with the benchmarking functionality is 

the ability to determine what the total cost of ownership for a particular asset 31 is before that 
asset is purchased. If the asset 31 is not a totally new make and model, benchmarking data 
can exist for that asset 31. Even if the asset 31 is of a totally new make and model, other 
assets most closely resembling the target asset 31 can be used as a proxy for the asset 31 
under procurement considerations. The ability to include data from other non-related 
organizations is an important mechanism for expanding the source of data. Otherwise, a 
company considering the purchase of a particular type of asset 3 1 for the first time would 
have no data with which to benchmark. 

[00140] Benchmarking costs can be an important part of a company's budgetary 

process. The benchmarking functionality can be used to determine the cost of asset 31 over 
various different time increments (over the life of the asset, per year, per month, per hour, 
etc). The data can be compiled and made available to businesses so that more accurate 
budgets can be prepared. 
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[00141] Using the benchmarking functionality, an analyst 400 can compare how 
similar assets 3 1 age, with particular attention being paid to costs and maintenance work. The 
frequency of repairs can be predicted, as can total labor hours related to those repairs. All of 
these characteristics have important monetary implications. The system 30 can adjust costs 
and other financial data for inflation. The benchmark heuristic can automatically perform 
cost benchmarking relating to various time frames and cost categories. Reports could be 
generated indicating industry wide benchmark information, and appropriate goals for 
achieving "best practices." The benchmarking functionality can also be utilized with respect 
to operational and other characteristics of assets not directly relating to accounting and 
financial attributes. 

[00142] In accordance with the provisions of the patent statutes, the principles and 

modes of operation of this invention have been explained and illustrated in preferred 
embodiments. However, it must be understood that this invention may be practiced otherwise 
than as specifically explained and illustrated without departing from its spirit or scope. 
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